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Communication is established using a mobile telephone (2) to transmit to the 
management center the data obtained from a prepaid information support (4). If 
the transmitted data is recognized, the participation of the user in the lottery 
game is validated. The procedure provides a secure means of participating in a 
betting game, such as a lottery, necessitating communication between a player 
(3) and a center (5) where the lottery is managed. Communication is established 
using a mobile telephone (2). The process consists of transmitting to the 
management center the data obtained from a prepaid information support (4), 
which has previously been obtained by the player. If the transmitted data is 
recognized by comparison with that held in the storage system of the 
management center, the participation of the user in the lottery game is validated. 
The information on the prepaid support card is secured using a quartz-type 
cryptographic algorithm. 
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PROCEDE ET DISPOSITIF DE MISE EN OEUVRE SECURISEE DE JEUX DU TYPE LOTERIE UTILISANT UN 
TELEPHONE MOBILE. 

_ La presente invention concerne un procede de mise 
en oeuvre securisee d'un jeu de pari tel qu'un jeu de loterie 
necessitant la communication d'une donnee d'un utilisateur 
(3) a un centre (5) de gestion et utilisant un organe (2) de 
transmission. Le procede consiste a transmettre audit cen- 
tre (5) de gestion ladite donnee obtenue a partir d'un sup- 
port prepaye par ledit utilisateur et si ladite donnee est 
retrouvee dans les moyens de stockage du centre de ges- 
tion, a valider la participation dudit utilisateur (3) audit jeu. 




2830353 

i 

PROCEDE ET DISPOSITIF DE MISE EN CEUVRE SECURISEE 
DE JEUX DU TYPE LOTERIE UTILISANT UN TELEPHONE MOBILE 

La presente invention concerne un procede et un systeme de mise 
5 en oeuvre securisee de jeux necessitant un pari tel qu'un jeu de loterie 
utilisant un telephone mobile. 

DOMAINE TECHNIQUE 

10 La denomination "carte" sera utilisee dans la description qui suit 

pour designer un systeme embarque a puce electronique. 

Le telephone mobile peut etre un telephone portatif ou un terminal 
plus complexe, par exemple un terminal cumulant les fonctionnalites de 
15 telephone et d'organiseur ou de calculette. 

La presente invention s'applique plus particulierement au domaine 
des telephones mobiles comprenant un organe de lecture ou plus que Ton 
appellera ci-apres lecteur auxiliaire recevant une carte dite auxiliaire. Le 
20 lecteur auxiliaire se presente habituellement sous la forme d'un lecteur de 
carte a puce classique. II comporte pour ce faire une fente dans laquelle la 
carte a puce est introduite le temps d'une transaction. 

De plus en plus, des fournisseurs de service cherchent a offrir de 
25 nouvelles applications embarquees sur les telephones mobiles : ils 
fournissent a la fois ladite application embarquee sur le telephone mobile et 
le service associe sur le serveur. 



30 



Ainsi, les fournisseurs de jeux necessitant un pari d'un joueur tel 
que par exemple un jeu de loterie cherchent aujourd'hui a offrir la possibility 
audit joueur d'emettre un pari a partir de son telephone mobile. 
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TECHNIQUE ANTERIEURE 

II existe actuellement des jeux de loterie tels que le jeu « koodpo » 
(marque deposee) accessible depuis un telephone mobile consistant a 
5 demander a un utilisateur de choisir des numeros et de les transmettre au 
moyen de son telephone mobile. Si les numeros sortent au tirage, 
Putilisateur est notifie du montant de ses gains. 

Cependant, aucun paiement (outre celui de Tappel) n'est requis de 
10 la part de Putilisateur : le jeu est entierement gratuit. Aucune transaction 
financiere n'est requise. L'utilisateur rentre directement les numeros sur son 
telephone apres avoir appele le service de loterie en question. L'utilisateur 
est astreint a une grille par jour : le resultat du tirage est donne le 
lendemain matin. L'utilisateur doit s'inscrire et communiquer des 
15 informations personnelles afin de recevoir le prix du tirage pour lequel il est 
gagnant : Putilisateur ne conserve done pas I'anonymat comme dans les 
jeux informatises de loterie existant. 

L'invention vise a pallier les inconvenients des dispositifs et 
20 systemes de Part connu tout en satisfaisant aux besoins qui se font sentir. 

Un but de la presente invention est d'offrir aux utilisateurs de 
telephone mobile les memes possibilites de jeux que les jeux informatises 
de loterie existants. 

25 

Un autre but de la presente invention est de proposer un procede 
permettant d'authentifier un pari d'un joueur tout en assurant Panonymat de 
ce dernier. 

30 Un autre but de la presente invention est de proposer un procede 

permettant d'assurer la confidentiality et la securisation des echanges entre 
le telephone mobile et le service de jeux, notamment lors de transactions 
financieres telles que celle ayant pour but de payer le bulletin joue. 
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RESUME DE (.'INVENTION 

5 La presente invention concerne un precede de mise en ceuvre 

securisee d'un jeu de pari tel qiTun jeu de loterie necessitant la 
communication d'une donnee d'un utilisateur a un centre de gestion et 
utilisant un organe de transmission, caracterise en ce qu'il consiste a 
transmettre audit centre de gestion ladite donnee obtenue a partir d'un 

10 support prepaye par ledit utilisateur et si ladite donnee est retrouvee dans 
des moyens de stockage du centre de gestion, a valider la participation 
dudit utilisateur audit jeu. 

La presente invention concerne egalement le centre de gestion 
15 apte a mettre en ceuvre ce precede. 

La presente invention porte sur un support comprenant des moyens 
de memorisation d'informations et apte a etre insere dans un organe de 
transmission, caracterise en ce qu'il comprend au moins une zone 
20 masquee susceptible d'etre decouverte de maniere definitive sur laquelle 
est inscrite une donnee et en ce que les moyens de memorisation 
comprennent des parametres propres a un ou plusieurs types de jeu de pari 
tel que jeu de loterie et/ou des elements divers susceptibles d'etre utilises 
lors dudit jeu. 

25 

DESCRIPTION SOMMAIRE DES DESSINS 

L'invention va maintenant etre decrite de fag:on plus detaillee en se 
referant au dessin annexe illustrant schematiquement une forme de 
30 realisation du systeme selon l'invention dans lequel les etapes du procede 
selon l'invention sont mises en evidence. 
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MANIERE DE REALISER UINVENTION 

La presente invention s'applique, bien que non exclusivement, aux 
telephones mobiles suivant la norme "GSM". En effet, une des normes les 
5 plus utilisees en Europe est la norme de transmission "GSM" (acronyme 
pour "Groupe special Systemes Mobiles publics de radiocommunications 
fonctionnant dans la bande des 900 MHz"). On doit bien comprendre 
cependant que Tinvention ne saurait se resumer a cette seule norme. 
Notamment, elle peut trouver application dans le cadre des normes en 
10 cours de developpement telles "GPRS'" ou "UTMS" ou autre. 

Le systeme 1 selon invention comprend un telephone 2 mobile 
d'un utilisateur 3. Le telephone 2 mobile est susceptible de recevoir une 
carte 4. La carte 4 est un systeme embarque a puce electronique, par 

is exemple une carte a puce. La carte 4 est de type carte a gratter : sa surface 
presente au moins une zone masquee, en I'espece deux zones 4a et 4b, 
susceptibles d'etre decouvertes par grattage ou par tout autre moyen 
connu. Les zones 4a et 4b sont appelees zones a gratter. Les informations 
inscrites dans les zones a gratter sont une donnee appelee ci-apres 

20 identifiant et une information obtenue a I'aide d'un processus de calcul 
cryptographique a partir d'un ou plusieurs elements divers tels que 
l'identifiant, appelee ci-apres signature ; les informations peuvent etre 
inscrites de maniere separee sur les deux zones 4a, 4b ou sur plus de deux 
zones ou de maniere regroupee sur une seule zone. Les informations 

25 peuvent egalement etre concatenees ou melangees suivant certaines 
regies ou autres dans la ou lesdites zones. L'identifiant represente le 
numero de la carte lors de sa fabrication. L'identifiant et la signature 
permettent d'assurer la securite des echanges entre Putilisateur et un centre 
de gestion 5 et plus precisement ('authentication de I'utilisateur aupres du 

30 centre de gestion tout en lui permettant de conserver son anonymat et la 
verification que la carte utilisee par I'utilisateur est une des cartes emises 
par le centre de gestion. 
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Selon une forme particuliere de I'invention, la carte 4 comprend 
plusieurs zones a gratter. La signature est constitute par I'ensemble ou une 
partie des zones grattees. 

5 Selon une autre forme particuliere de I'invention, la carte 4 

comporte plusieurs zones a gratter. Une zone ou un groupe de zones 
correspond a un jeu. La signature differe selon le jeu choisL 



La carte 4 comprend des moyens de memorisation des parametres 
10 d'un jeu donne necessitant un pari (ou de la combinaison de plusieurs 
jeux), utilises par le telephone mobile, comme il sera vu plus loin, pour 
transmettre au centre de gestion le type de jeu et de pari et le montant joue, 
d'informations permettant d'assurer la securite entre I'utilisateur et un centre 
6 de paiement. Les moyens de memorisation peuvent egalement contenir 
is des informations optionnelles telles que la maniere de jouer (un seul ou 
plusieurs paris emis). 



La carte 4 est distribute aux utilisateurs 3 par un vendeur de carte 
7. Le vendeur de carte 7 se presente sous tout type de forme a savoir un 
20 kiosque, tout type de magasin, supermarche, un bar tabac ou autre. La 
carte 4 peut etre remise a un utilisateur par tout autre moyen tel que par 
exemple un envoi par courrier. 

Le telephone 2 comporte une application 8 embarquee dont la 
25 fonction est de permettre la saisie du pari de I'utilisateur 3 et la transmission 
de maniere securisee dudit pari vers le centre 5 de gestion et de recevoir et 
communiquer a I'utilisateur la confirmation de sa participation au tirage et 
les resultats dudit tirage. Le terme "application embarquee" doit etre 
compris dans son sens le plus general. II concerne naturellement des 
so appliquettes ou programmes similaires, mais aussi englobe toutes sortes de 
donnees numeriques. L'application 8 est implementee dans le telephone 2 
ou dans toute carte comprise dans le telephone 2 telle que par exemple 
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une carte SIM ou encore pour partie dans le telephone 2 et pour partie 
dans une carte. 

Le centre 5 de gestion se presente sous la forme d'un serveur 
comprenant un module 9 d'interface avec un reseau 10 de telephonie 
mobile, un module 11 de traitement, des moyens 12 de memorisation 
d'informations par exemple une base de donnees, un module 13 de gestion 
de securite. Les moyens 12 de memorisation stockent une liste 14 
d'identifiants des cartes 4. Le centre 5 de gestion gere le service de paris 
interactifs avec le telephone mobile de I'utilisateur : il centralise tous les 
paris emis pour un tirage donne, confirme aupres des utilisateurs la 
reception desdits paris, effectue le tirage en question et notifie les resultats 
du tirage et les gains en decoulant au(x) gagnant(s). Le centre de gestion 
fabrique ou sous-traite la fabrication des cartes 4 qu'il commercialise 
ensuite aupres des vendeurs 7 de carte. 

Le telephone 2 est relie au centre 5 de gestion au travers du reseau 
10 de telephonie mobile. Le terme « reseau » doit etre compris dans son 
sens le plus general. II inclut les composants de transmission proprement 
20 dits du reseau (sous-systemes de radio transmission, cables de 
transmissions, faisceaux hertziens, sous-systemes "filaires" terrestres, etc.), 
mais aussi tous les systemes raccordes au reseau de telephonie mobile 
(stations de base, controleurs de station, commutateurs, annuaires, etc., et, 
de fa?on plus generate, tous systemes de traitement informatique de 
25 donnees et serveurs raccordes au reseau). 
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L'application 8 de la carte 4 d'abonne communique au travers du 
reseau 10, avec une ou plusieurs applications installees sur le serveur 7, 
via le canal des messages courts. La technologie dite de « service a 
30 messages courts » (service dit « GSM-Data ») est connue sous le sigle 
« SMS » (pour « Short Message Service »). Ce canal est independant de 
celui de la voix et est standardise par la norme "GSM". Les applications, 
qu'elles soient installees sur ie telephone ou une carte du telephone ou sur 
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le serveur, peuvent a la fois envoyer et recevoir des informations, appelees 
messages courts qui contiennent du texte ou des donnees en format 
binaire. Les messages courts sont codifies a I'aide de caracteres de 
controle (identifiant (PID: Protocole IDentifier), adresse de I'emetteur, 
nombre d'octets,...). 

II est a noter que selon la forme de realisation, selon le type de 
reseau choisi, les technologies de communication peuvent differer. Le 
terme « message » est utilise dans ce qui suit pour designer un message 
court ou tout autre type de message. 

Le systeme 1 comprend un centre 6 de paiement des gains realises 
par I'utilisateur 3. Le centre de paiement peut se presenter sous diverses 
formes : par exemple, le centre de paiement peut etre une entite faisant 
partie de I'organisme de jeu, distincte ou non du centre 5 de gestion, une 
banque, les gains realises etant directement verses sur un compte de 
I'utilisateur, le vendeur de carte 7 ... 

Le procede selon invention comprend les etapes suivantes. 

Lors de la fabrication des cartes 4, le centre 5 de gestion inscrit ou 
fait inscrire I'identifiant sur I'une des zones masquees 4a et la signature sur 
I'autre zone 4b. Le centre 5 inscrit I'ensemble des identifiants des cartes 
produites sur la liste 14 d'identifiants. II est a noter que I'identifiant, et 
I'identifiant uniquement peut etre inscrit en clair sur la carte. L'identifiant 
inscrit sur la carte 4 distribute est connu du centre de gestion. 

Le centre 5 de gestion distribue les cartes 4 aupres des vendeurs 7 
de carte. 

L'utilisateur 3 achete une carte 4 (Etape 1 sur la figure 1) aupres du 
vendeur 7 de carte correspondant au(x) jeu(x) auquel il souhaite participer. 
La carte 4 est prepayee aupres du vendeur 7 de carte qui la delivre ce qui 
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evite toute transaction monetaire entre l'utilisateur et le centre de gestion : 
le montant de la somme versee par I'utilisateur au vendeur de carte pour 
obtenir la carte est stockee dans les moyens de memorisation de la carte 
de maniere a permettre a I'utilisateur de jouer plusieurs fois. Si I'utilisateur 
5 ne souhaite jouer qu'une fois avec la carte qu'il acquiert, le montant n'a pas 
besoin d'etre memorise. 

De plus, I'utilisateur decide du moment ou il emet son pari. II peut 
effectuer son pari quelques minutes avant le tirage depuis n'importe quel 
10 lieu geographique : un pari emis par un utilisateur n'est valide par le centre 
de gestion qu'une fois la cloture des paris pour un tirage donne enterinee. 

Lorsque I'utilisateur 3 souhaite participer a un tirage, il prend 
connaissance de I'identifiant et de la signature de la carte 4 en grattant les 
15 zones 4a, 4b masquees. L'utilisateur 3 insere (Etape (2) sur la figure 1) la 
carte 4 dans son telephone 2 et lance un menu interactif lui permettant 
d'effectuer son pari. L'application 8 gere ledit menu et les echanges avec 
I'utilisateur. 

20 L'utilisateur commence par saisir I'identifiant et la signature dont il a 

pris connaissance. II est a noter que des interfaces de reconnaissance ou 
des peripheriques optionnels peuvent etre prevus pour lire les informations 
inscrites sur la carte 4. 

25 Un menu contextuel adapte propose une liste de choix predefinis 

de maniere conviviale. L'utilisateur peut egalement preparer son pari de 
maniere manuelle sans acceder a un menu particulier. Le profil de 
l'utilisateur, et par exemple la maniere preferee de jouer de l'utilisateur 3 est 
susceptible d'etre preenregistree dans une application du telephone 2 

30 (application du telephone ou d'une carte incluse dans le telephone telle 
qu'une carte SIM) ou du centre 5 de gestion, Des icones et signaux sonores 
agrementent le parcours du menu. 
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Le choix cfun tirage est propose a l'utilisateur sous forme d'un 
calendrier ou de selections a choix multiples. L'utilisateur selectionne le 
tirage souhaite. 

II est demande a l'utilisateur une grille de numeros selectionnes 
pour le tirage. L'utilisateur 3 choisit des numeros dans une grille affichee ou 
saisit une serie de numeros. L'application 8 peut effectuer a la demande de 
l'utilisateur une preselection automatique de ses numeros favoris. 
(.'application 8 peut egalement comprendre un mecanisme de type connu 
permettant de tirer des numeros de maniere aleatoire et proposer a 
l'utilisateur des numeros choisis au hasard au moyen dudit mecanisme. Un 
recapitulatif est affiche au fur et a mesure de la saisie des numeros par 
l'utilisateur. 

Le montant du pari peut etre saisi par l'utilisateur ou 
automatiquement obtenu a partir des pararnetres de la carte 4. L'application 
8 prepare un message destine au centre de gestion a partir des donnees 
saisies par l'utilisateur et de donnees contenues dans la carte 4 et le 
telephone 2. Le message comprend par exemple les champs suivants : 



Identifiant et numero d'appel 
Signature 

Pari ~~~ 
Date et horaire du tirage 
Montant du pari 
Anonymat 



Dans I'exemple suivant, I'identifiant et la signature sont fournies par 
l'utilisateur. Le pari peut provenir de plusieurs origines : soit la grille est 
entierement ou partiellement choisie et fournie par I'utilisateur, soit le pari 
n'est en fait qu'une demande par I'utilisateur qu'un pari soit fait pour lui par 
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le centre de gestion, soit le pari provient du mecanisme de tirage aleatoire 
du telephone, soit la grille est fournie par le profil enregistre dans le centre 
de gestion ou le telephone. La date et I'horaire du tirage ne font partie des 
donnees preparees que si la technologie SMS n'est pas utilisee ; en effet, 
5 ces informations sont envoyees automatiquement dans les messages SMS. 
Le montant est donne par la carte mais est optionnel comme vu 
precedemment. L'anonymat est une donnee fournie par I'utilisateur pour 
indiquer s'il souhaite ou ne souhaite pas rester anonyme. Le numero 
d'appel est donne par le telephone ou I'application 8 et permet au centre de 

10 gestion d'envoyer un accuse de reception a I'utilisateur. Dans le cas ou le 
champ Anonymat du message indique que I'utilisateur souhaite rester 
anonyme, toute information concernant I'utilisateur tel que le numero 
d'appel est detruite apres utilisation. De plus, I'utilisateur n'est pas 
forcement le proprietaire du telephone : il est le proprietaire de la carte 

15 prepayee lui permettant d'effectuer son pari. II reste anonyme meme s'il 
gagne puisque la carte prepayee n'est pas nominative : le gagnant est 
identifie par la detention de la carte et du certificat renvoye par le centre de 
gestion a I'utilisateur comme il sera vu plus loin. 

20 Tout ou partie des informations collectees peuvent etre soit 

optionnelles, soit filtrees, soit pre initialisees par I'utilisateur, par le 
telephone mobile ou par Papplication 8. 

D'autres informations peuvent etre indues dans le message 
25 transmis au centre de gestion pour lui permettre de connaitre le profil de 
I'utilisateur et de dialoguer au mieux avec lui par Pintermediaire de son 
telephone. Les informations sont les suivantes : 

• le type de telephone 2 de I'utilisateur afin d'interpreter la saisie 
des donnees transmises au centre de gestion d'une maniere 
30 propre audit telephone et de permettre au centre de gestion de 

renvoyer une reponse au telephone au format qui convient ; 
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• le lieu et le pays d'emission du message par I'utilisateur afin de 
determiner la provenance des messages re?us et de considerer 
les legislations en vigueur dans certains pays ; 

• le reseau 10 utilise afin de favoriser des partenariats entre 
5 operateurs et centre de gestion et de permettre une tarification 

particuliere ; 

• le format du message transmis, la langue utilisee, des 
caracteristiques specifiques au message (alphabet, devises ...) ; 

• le profil de Putilisateur de maniere a enregistrer ses preferences 
io et ses habitudes de jeux, repertorier les besoins des utilisateurs 

en general. 

Apres confirmation par I'utilisateur, le telephone 2 transmet ledit 
message au centre 5 de gestion qui en accuse reception (Etape (3) sur la 
is figure 1). Le module 9 d'interface du centre 5 re?oit les messages et les 
transmet au module 1 1 de traitement. Le module de traitement retrouve les 
informations pertinentes dans le message re?u. 

Si une erreur est detectee dans le message, un message d'erreur 
20 est renvoye a I'utilisateur. Le centre de gestion et plus particulierement le 
module de traitement verifie que I'identifiant transmis par le telephone 2 fait 
partie de la liste 14 des identifiants valides memorises dans les moyens 12 
de memorisation et si tel est le cas raye I'identifiant en question de ladite 
liste. La liste 14 permet au centre de gestion de detecter des fausses 
25 cartes, des identifiants incorrects, parce que ne correspondant a aucun des 
identifiants des cartes distributes par le centre de gestion, des identifiants 
deja utilises I'identifiant utilise etant raye dans la liste. 

Le module de traitement procede ensuite a I'authentification de la 
30 carte 4. Pour ce faire, il communique I'identifiant et la signature re?ue au 
module 13 de gestion de securite. 
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La signature inscrite sur la carte 4 est calculee a Taide d'une cle a 
partir d'un defi et de I'identifiant Le defi est fixe ou pseudo aleatoire. Selon 
une forme avantageuse de I'invention, la signature est produite selon un 
algorithme, appele « quartz », protege en France par le brevet n°2737370 
5 depose le 27 juillet 1995 par le present demandeur. De cette maniere, la 
signature est unique et courte : elle comporte de 16 a 20 digits maximum. 
Elle peut etre inscrite dans la zone 4a de la carte a gratter. 

Selon une forme particuliere de I'invention, certaines parties de la 
10 signature ne sont pas transmises, par exemple certains digits parmi les 16 
a 20. Les digits absents sont retrouves par le module 1 1 de traitement du 
centre 5 de gestion par toute sorte de processus. De cette maniere, la 
signature est raccourcie et I'utilisateur a moins de digits a saisir. 

15 Les moyens 12 de memorisation contiennent la liste 14 des 

identifiants des cartes distributes associes avec les defis a partir desquels 
ont ete calcules les signatures pour chaque identifiant. Le module 13 de 
gestion de la securite retrouve done le defi correspondant a I'identifiant en 
question dans les moyens 12. Une autre solution pour retrouver le defi 

20 associe a I'identifiant concerne consiste a utiliser une methode de calcul 
donnee. 

A partir du defi retrouve dans les moyens 12 et de I'identifiant regu, 
le module 13 calcule la signature au moyen de I'algorithme cryptographique 

25 utilise pour calculer la signature inscrite sur la carte. Le module 13 la 
compare a celle regue. Si les signatures correspondent, le module 13 
authentifie le pari et en conclut que I'utilisateur a fait son pari a I'aide d'une 
carte emise par le centre de gestion et jusque la non utilisee. La signature 
certifie les donnees transmises au centre de gestion. Le centre de gestion a 

30 ('assurance que les donnees regues d'un utilisateur proviennent d'une carte 
4 achetee par celui-ci et issue dudit centre. 
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Si aucune erreur rVest detectee, le centre de gestion renvoie un 
message recapitulatif de confirmation (etape (4) sur la figure 1). Le pari est 
effectif a remission du message recapitulatif de confirmation. Le pari est 
valide et inscrit aii registre des paris. De cette maniere, I'utilisateur n'a pas 
5 a faire valider son pari aupres du vendeur de carte et le vendeur 7 n'a pas 
besoin de se munir d'un appareil de validation specifique au jeu en 
question. 

Le message recapitulatif de confirmation contient un certificat 
datant et signant la transaction associee a la participation au tirage. Le 
certificat represente le sceau du centre de gestion certifiant la participation 
au tirage de I'utilisateur associe a un identifiant donne. Le certificat 
correspond a une signature du centre de gestion sur I'identifiant et le defi a 
partir d'un algorithme cryptographique. 

L'utilisateur note le certificat et sa grille de numeros transmis. Selon 
une forme de realisation particuliere, l'utilisateur enregistre dans les 
moyens de memorisation de la carte 4 le certificat et la grille en question. 
Selon une autre forme de realisation, l'utilisateur enregistre dans des 
moyens de memorisation de son telephone (du telephone proprement dit 
ou des cartes qu'il contient telle que la carte SIM) ledit certificat et ladite 
grille. 

Le module 1 1 de traitement du centre de gestion procede au tirage 
25 (etape (5) sur la figure 1) et transmet de maniere immediate a l'utilisateur le 
resultat du tirage. De maniere optionnelle, le centre de gestion notifie a 
l'utilisateur le montant de ses gains en I'invitant a rejoindre le centre 6 de 
paiement le plus proche ainsi que des statistiques completant I'information 
transmise a l'utilisateur. L'utilisateur sait done rapidement a I'aide de son 
30 telephone s'il fait partie des gagnants sans recourir a un moyen tel qu'une 
television ou le vendeur de carte qui peut etre d'acces difficile ou lointain. 
Le centre de gestion informe (etape (6) sur la figure 1) egalement le centre 
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de paiement des gagnants du tirage en question en lui indiquant le 
certificat, la grille et I'identifiant desdits gagnants. 

Si I'utilisateur a gagne au tirage auquel il a participe, il se rend au 
5 centre 6 de paiement (Etape (7) sur le figure 1). II remet sa grille et sa carte. 
Si Tidentifiant sur la carte correspond a celui re?u du centre de gestion et 
que les grilles sont identiques, il regoit le montant de ses gains. 

En revanche, si les identifiants ou les grilles ne correspondent pas, 
10 le centre de paiement verifie le certificat du centre de gestion. Si le certificat 
ne correspond pas, cela signifie que I'utilisateur n'a pas utilise une carte 
emise par le centre de gestion et I'utilisateur ne regoit pas ses gains. En 
revanche, si le certificat correspond a celui re?u par le centre de paiement, 
le centre de paiement et le centre de gestion recherchent I'origine de 
is I'erreur sur les identifiants ou les grilles afin de pouvoir remettre au 
detenteur du certificat concerne les gains correspondants. 

Pour que la transaction soit effectuee, que le centre de gestion 
prenne en compte le pari de I'utilisateur, que I'utilisateur soit assure de 
20 toucher ses gains aupres du centre de paiement, le telephone mobile doit 
transmettre au centre de gestion un identifiant et une signature irrevocable. 

La securite du procede selon Pinvention est assuree par la carte 4 
et le certificat retourne par le centre de gestion. La signature apportee par 
25 la carte 4 et le certificat sont des preuves de validation pour les deux 
parties, utilisateur et centre de gestion. : aucune contestation n'est possible. 

De plus, si une erreur survient telle qu'une grille mauvaise, une 
signature ou un identifiant incorrect ou une carte invalide, le centre de 
30 gestion en informe I'utilisateur et lui demande de corriger le probleme pour 
representer une requete valide. 
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Si la carte 4 a deja ete utilisee, I'utilisateur le detecte facilement a 
I'aide des zones masquees qui auraient deja ete grattees pour obtenir des 
informations necessaires pour la participation a un tirage. L'identifiant du 
support permet au centre de gestion de detecter une nouvelle transmission 
5 de donnees pour un meme identifiant et de garantir ainsi une utilisation 
unique du support. D'autres moyens peuvent etre prevus pour garantir une 
utilisation unique tel que memoriser l'identifiant dans la carte et le rayer ou 
le supprimer de la carte a I'aide par exemple du telephone une fois 
Tidentifiant fourni par la carte pour etre transmis au centre de gestion. 

10 

Le systeme et le procede selon Nnvention permettent a un 
utilisateur d'effectuer un pari a partir de n'importe quel lieu geographique. 
De plus, la validation d'un bulletin au niveau international ouvre un plus 
grand espace de marche et done une diffusion de jeux a tres grande 
is echelle. Les gains seront aussi nettement plus importants et plus attractifs 
pour un utilisateur. 

La presente invention peut se presenter sous tout autre type de 
forme. A titre illustratif, Putilisateur effectue son pari a I'aide de tout moyen 
20 de communication domestiques ou publics. La validation est realisee 
vocalement en ligne. 

La presente invention peut recouvrir tout autre type de domaine. En 
particulier, la carte comprenant des zones masquees dans lesquelles sont 
25 inscrites un identifiant et une signature peut etre utilisee pour securiser tout 
autre type d'ope ration. 
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REVENDICATIONS 

1) Procede de mise en oeuvre securisee d'un jeu de pari tel qu'un 
jeu de loterie necessitant la communication d'une donnee d'un utilisateur 
(3) a un centre (5) de gestion et utilisant un organe (2) de transmission, 
caracterise en ce qu'il consiste a transmettre audit centre (5) de gestion 
ladite donnee obtenue a partir d'un support prepaye par ledit utilisateur et si 
ladite donnee est retrouvee dans des moyens de stockage du centre de 
gestion, a valider la participation dudit utilisateur (3) audit jeu. 

2) Procede selon la revendication 1 , caracterise en ce qu'il consiste 
a conserver la trace de la transmission de ladite donnee de maniere a ne 
pas valider la participation dudit utilisateur si ladite donnee a deja ete 
transmise au centre (5). 

3) Procede selon I'une des revendications 1 a 2, caracterise en ce 
qu'il consiste a transmettre audit centre (5) de gestion en plus de ladite 
donnee, une information calculee a partir de ladite donnee et/ou d'un ou 
plusieurs autres elements au moyen d'un processus de calcul 
cryptographique, ladite information etant obtenue a partir dudit support (4). 

4) Procede selon la revendication 3, caracterise en ce I'algorithme 
cryptographique est de type quartz. 

5) Procede selon I'une des revendications 3 ou 4, caracterise en ce 
qu'il consiste a renvoyer a I'organe de transmission (2) dudit utilisateur un 
certificat calcule a I'aide d'un processus de calcul cryptographique a partir 
de ladite donnee et/ou de ladite information et/ou d'un ou plusieurs autres 



2830353 

17 

elements, certificat indiquant audit utilisateur que sa participation a ete 
validee. 

6) Procede selon I'une des revendications 3 ou 4, caracterise en ce 
que le centre de gestion ou tout autre composant calcule une information 
appelee signature au moyen d'un algorithme cryptographique a partir de la 
donnee recue et/ou d'un element appele defi, d<§fi associe a ladite donnee 
recue et retrouve par le centre de gestion dans des moyens de 
memorisation, et en ce que le centre de gestion ne valide la participation de 
I'utilisateur que si ladite signature calculee correspond a ladite information 
recue. 

7) Procede selon I'une des revendications 1 a 6, caracterise en ce 
que I'organe (2) de transmission utilise et/ou transmet en plus de ladite 
donnee au centre (5) de gestion des informations contenues dans ledit 
support (4) insere dans I'organe de transmission ou autres et/ou des 
informations saisies dans I'organe de transmission (2) par I'utilisateur (3) 
et/ou des informations pre enregistrees dans ledit organe de transmission 
(2). 

8) Procede selon la revendication 5, caracterise en ce que le centre 
de gestion transmet les resultats du jeu a I'utilisateur et a un centre (6) de 
paiement et communique ladite donnee et ledit certificat audit centre de 
paiement. 

9) Centre de gestion apte a mettre en oeuvre le procede selon I'une 
des revendications 1 a 8. 

10) Organe de transmission tel qu'un telephone mobile apte a 
mettre en ceuvre le procede selon I'une des revendications 1 a 8. 

11) Support comprenant des moyens de memorisation 
d'informations et apte a etre insere dans un organe (2) de transmission, 
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caracterise en ce qu'il comprend au moins une zone masquee susceptible 
d'etre decouverte de maniere definitive sur laquelle est inscrite une donnee 
et en ce que lesdits moyens de memorisation comprennent des parametres 
propres a un ou plusieurs types de jeu de pari tel qu'un jeu de loterie et/ou 
des elements divers susceptibles d'etre utilises lors de la mise en ceuvre 
dudit jeu. 

12) Support selon la revendication 11, caracterise en ce qu'il 
comprend au moins une zone masquee susceptible d'etre decouverte de 
maniere definitive sur laquelle est inscrite une information obtenue a I'aide 
d'un processus de calcul cryptographique a partir de ladite donnee et/ou 
d'un ou plusieurs autres elements. 

13) Support selon la revendication 12, caracterise en ce que ladite 
donnee et/ou ladite information est(sont) inscrit(es) sur une ou plusieurs 
zones masquees donnees, la donnee et/ou I'information etant elle- 
meme(elles-meme) inscrit(es) dans chacune des zones de maniere 
normale, melangee ou cryptee. 

14) Programme d'ordinateur comprenant des instructions de code 
de programme pour I'execution d'etapes du procede selon I'une des 
revendications 1 a 8 lorsque ledit programme est execute dans un systeme 
informatique ou equivalent. 
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